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LOCAL AUTHENTICATION IN A COMMUNICATION SYSTEM 



This application is a Continuation In Part of U.S. Application Serial No. 
09/755,660, filed January 5, 2001 entitled "Local Authentication In A 
Communication System" and assigned to the assignee of the present 
invention. 

I. Field of the Invention 

The present invention relates to communication systems, and more 
particularly, to local authentication of a communication system subscriber. 

II. Background 

The field of wireless communications has many applications including, 
e.g., cordless telephones, paging, wireless local loops, personal digital 
assistants (PDAs), Internet telephony, and satellite communication systems. 
A particularly important application is cellular telephone systems for mobile 
subscribers. As used herein, the term "cellular" system encompasses both 
cellular and personal communications services (PCS) frequencies. Various 
over-the-air interfaces have been developed for such cellular telephone 
systems including, e.g., frequency division multiple access (FDMA), time 
division multiple access (TDMA), and code division multiple access (CDMA). 
In connection therewith, various domestic and international standards have 
been established including, e.g., Advanced Mobile Phone Service (AMPS), 
Global System for Mobile (GSM), and Interim Standard 95 (IS-95). In 
particular, IS-95 and its derivatives, IS-95A, IS-95B, ANSI J-STD-008 (often 
referred to collectively herein as IS-95), and proposed high-data-rate systems 
for data, etc. are promulgated by the Telecommunication Industry Association 
(TIA) and other well known standards bodies. 

Cellular telephone systems configured in accordance with the use of 
the IS-95 standard employ CDMA signal processing techniques to provide 
highly efficient and robust cellular telephone service. Exemplary cellular 
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telephone systems configured substantially in accordance with the use of the 
IS-95 standard are described in U.S. Patent Nos. 5,103,459 and 4,901,307, 
which are assigned to the assignee of the present invention and incorporated 
by reference herein. An exemplary system utilizing CDMA techniques is the 
5 cdma2000 ITU-R Radio Transmission Technology (RTT) Candidate 
Submission (referred to herein as cdma2000), issued by the TIA. The 
standard for cdma2000 is given in the draft versions of IS-2000 and has been 
approved by the TIA. The cdma2000 proposal is compatible with IS-95 
systems in many ways. Another CDMA standard is the W-CDMA standard, 
10 as embodied in 3 rd Generation Partnership Project "3GPP" . Document Nos. 
3G TS 25.21 1, 3G TS 25.212, 3G TS 25.213, and 3G TS 25.214. 

Given the ubiquitous proliferation of telecommunications services in 
Jyi most parts of the world and the increased mobility of the general populace, it 

S!f is desirable to provide communication services to a subscriber while he or she 

W 15 is travelling outside the range of the subscriber's home system. One method 
lu of satisfying this need is the use of an identification token, such as the 
* J Subscriber Identity Module (SIM) in GSM systems, wherein a subscriber is 

P assigned a SIM card that can be inserted into a GSM phone. The SIM card 
pjj carries information that is used to identify the billing information of the party 
F=j 20 inserting the SIM card into a mobile phone. Next generation SIM cards have 
hi been renamed as USIM (UTMS SIM) cards. In a CDMA system, the 
identification token is referred to as a Removable User Interface Module (R- 
UIM) and accomplishes the same purpose. Use of such an identification 
token allows a subscriber to travel without his or her personal mobile phone, 
25 which may be configured to operated on frequencies that are not used in the 
visited environment, and to use a locally available mobile phone without 
incurring costs in establishing a new account. 

Although convenient, the use of such identification tokens to access 
account information of a subscriber can be insecure. Currently, such 
30 identification tokens are programmed to transmit private information, such as 
a cryptographic key used for message encryption or an authentication key for 
identifying the subscriber, to the mobile phone. A person contemplating the 
theft of account information can accomplish his or her goal by programming a 
mobile phone to retain private information after the identification token has 
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been removed, or to transmit the private information to another storage unit 
during the legitimate use of the mobile phone. Mobile phones that have been 
tampered in this manner will hereafter be referred to as "rogue shells." 
Hence, there is a current need to preserve the security of the private 
5 information stored on an identification token while still facilitating the use of 
said private information to access communication services. 

Summary 

A novel method and apparatus for providing secure authentication to a 
10 subscriber roaming outside his or her home system are presented. In one 
aspect, a subscriber identification token is configured to provide 
authentication support to a mobile unit, wherein the mobile unit conveys 
W information to the subscriber identification token for transformation via a 

gn secret key. 

Y1 15 In one aspect, an apparatus for authenticating a subscriber in a 

W wireless communication system is presented, wherein the apparatus can be 
s communicatively coupled to a mobile station operating within the wireless 

*i communications system. The apparatus comprises a memory and a 

FLJ processor configured to implement a set of instructions stored in the memory, 

FU 

^ 20 the set of instructions for selectively generating a primary signature based 



upon a key that is held private from the mobile station and a secondary 
signature that is received from the mobile station. 

In another aspect, a method for providing authentication of a subscriber 
using a subscriber identification device is presented. The method comprises 

25 the steps of: generating a plurality of keys; transmitting at least one key from 
the plurality of keys to a communications device communicatively coupled to 
the subscriber identification device and holding private at least one key from 
the plurality of keys; generating a signature at the communications device 
using both the at least one key transmitted to the communications device and 

30 a transmission message, wherein generating is implemented by hashing a 
concatenated value formed from the at least one key and the transmission 
message; transmitting the signature to the subscriber identification device; 
receiving the signature at the subscriber identification device; generating a 
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primary signature from the received signature, wherein the generating is 
implemented by hashing a concatenated value formed from the at least one 
private key and the signature received from the communications device; and 
conveying the primary signature to a communications system. 
, In another aspect, a subscriber identification module is presented. The 
subscriber identification module comprises a key generation element and a 
signature generator configured to receive a secret key from the key 
generation element and information from a mobile unit, and further configured 
to generate a signature that will be sent to the mobile unit, wherein the 
signature is generated by concatenating the secret key with the information 
from the mobile unit and hashing the concatenated secret key and 
information. 

Detailed Description of the Drawings 

FIG. 1 is a diagram of an exemplary data communication system. 

FIG. 2 is a diagram of a communication exchange between 
components in a wireless communication system. 

FIG. 3 is a diagram of an embodiment wherein a subscriber 
identification token provides encryption support to a mobile unit. 

FIG. 4 is a diagram of an embodiment wherein a hashing function is 
used to generate an authentication signature. 

FIG. 5 is a flow chart of a method to hash a message in order to 
generate an authentication signature. 

Detailed Description of the Embodiments 

As illustrated in FIG. 1, a wireless communication network 10 generally 
includes a plurality of mobile stations (also called subscriber units or user 
equipment) 12a-12d, a plurality of base stations (also called base station 
transceivers (BTSs) or Node B) 14a-14c, a base station controller (BSC) (also 
called radio network controller or packet control function 16), a mobile 
switching center (MSC) or switch 18, a packet data serving node (PDSN) or 
internetworking function (IWF) 20, a public switched telephone network 
(PSTN) 22 (typically a telephone company), and an Internet Protocol (IP) 
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network 24 (typically the Internet). For purposes of simplicity, four mobile 
stations 12a-12d, three base stations 14a-14c, one BSC 16, one MSC 18, and 
one PDSN 20 are shown. It would be understood by those skilled in the art 
that there could be any number of mobile stations 12, base stations 14, BSCs 
5 16, MSCs 18, and PDSNs 20. 

In one embodiment the wireless communication network 10 is a packet 
data services network. The mobile stations 12a-12d may be any of a number 
of different types of wireless communication device such as a portable phone, 
a cellular telephone that is connected to a laptop computer running IP-based, 
10 Web-browser applications, a cellular telephone with associated hands-free car 
kits, a personal data assistant (PDA) running IP-based, Web-browser 
applications, a wireless communication module incorporated into a portable 
ji3 computer, or a fixed location communication module such as might be found 

|a in a wireless local loop or meter reading system. In the most general 
y 15 embodiment, mobile stations may be any type of communication unit, 
y The mobile stations 12a-12d may be configured to perform one or 

^ more wireless packet data protocols such as, for example, the EIA/TIA/IS-707 
P standard. In a particular embodiment, the mobile stations 12a-12d generate 

if! 

|j IP packets destined for the IP network 24 and encapsulate the IP packets into 
W 20 frames using a point-to-point protocol (PPP). 

M= In one embodiment the IP network 24 is coupled to the PDSN 20, the 

PDSN 20 is coupled to the MSC 18, the MSC 18 is coupled to the BSC 16 
and the PSTN 22, and the BSC 16 is coupled to the base stations 14a-14c via 
wirelines configured for transmission of voice and/or data packets in 

25 accordance with any of several known protocols including, e.g., E1, T1, 
Asynchronous Transfer Mode (ATM), IP, Frame Relay, HDSL, ADSL, or 
xDSL. In an alternate embodiment, the BSC 16 is coupled directly to the 
PDSN 20, and the MSC 18 is not coupled to the PDSN 20. In another 
embodiment of the invention, the mobile stations 12a-12d communicate with 

30 the base stations 14a-14c over an RF interface defined in the 3 rd Generation 
Partnership Project 2 "3GPP2" . "Physical Layer Standard for cdma2000 
Spread Spectrum Systems," 3GPP2 Document No. C.P0002-A, TIA PN-4694, 
to be published as TIA/EIA/IS-2000-2-A, (Draft, edit version 30) (Nov. 19, 
1999), which is fully incorporated herein by reference. 
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During typical operation of the wireless communication network 10, the 
base stations 14a-14c receive and demodulate sets of reverse-link signals 
from various mobile stations 12a-12d engaged in telephone calls, Web 
browsing, or other data communications. Each reverse-link signal received by 
5 a given base station 14a-14c is processed within that base station 14a-14c. 
Each base station 14a-14c may communicate with a plurality of mobile 
stations 12a-12d by modulating and transmitting sets of forward-link signals to 
the mobile stations 12a-12d. For example, as shown in FIG. 1, the base 
station 14a communicates with first and second mobile stations 12a, 12b 
10 simultaneously, and the base station 14c communicates with third and fourth 
mobile stations 12c, 12d simultaneously. The resulting packets are forwarded 
^ to the BSC 16, which provides call resource allocation and mobility 

m management functionality including the orchestration of soft handoffs of a call 

|S for a particular mobile station 12a-12d from one base station I4a-14c to 
r y 15 another base station 14a-14c. For example, a mobile station 12c is 
communicating with two base stations 14b, 14c simultaneously. Eventually, 
when the mobile station 12c moves far enough away from one of the base 
P stations 14c, the call will be handed off to the other base station 14b. 

m 

m If the transmission is a conventional telephone call, the BSC 16 will 

20 route the received data to the MSC 18, which provides additional routing 
H services for interface with the PSTN 22. If the transmission is a packet-based 
transmission such as a data call destined for the IP network 24, the MSC 18 
will route the data packets to the PDSN 20, which will send the packets to the 
IP network 24. Alternatively, the BSC 16 will route the packets directly to the 
25 PDSN 20, which sends the packets to the IP network 24. 

FIG. 2 illustrates a method for authenticating a subscriber using a 
mobile phone in a wireless communication system. A subscriber travelling 
outside of the range of his or her Home System (HS) 200 uses a mobile unit 
220 in a Visited System (VS) 210. The subscriber uses the mobile unit 220 by 
30 inserting a subscriber identification token. Such a subscriber identification 
token is configured to generate cryptographic and authentication information 
that allows a subscriber to access account services without the need for 
establishing a new account with the visited system. A request (note shown in 
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figure) is sent from the mobile unit 220 to the VS 210 for service. VS 210 
contacts HS 200 to determine service to the subscriber (not shown in figure). 

HS 200 generates a random number 240 and an expected response 
(XRES) 270 based on knowledge of the private information held on the 
5 subscriber identification token. The random number 240 is to be used as a 
challenge, wherein the targeted recipient uses the random number 240 and 
private knowledge to generate a confirmation response that matches the 
expected response 270. The random number 240 and the XRES 270 are 
transmitted from the HS 200 to the VS 210. Other information is also 
10 transmitted, but is not relevant herein (not shown in figure). Communication 
between the HS 200 and the VS 210 is facilitated in the manner described in 
Fig. 1. The VS 210 transmits the random number 240 to the mobile unit 220 
and awaits the transmission of a confirmation message 260 from the mobile 
m unit 220. The confirmation message 260 and the XRES 270 are compared at 
[j 15 a compare element 280 at the VS 210. If the confirmation message 260 and 
H XRES 270 match, the VS 210 proceeds to provide service to the mobile unit 
5 220. 

Mobile unit 220 sends the random number 240 to the subscriber 
Wi identification token 230 that has been inserted inside the mobile unit 220 by 

ry 

pii 20 the subscriber. A Secure Key 300 is stored on the subscriber identification 
F J token 230. Both the Secure Key 300 and the random number 240 are used 
by a key generator 250 to generate the confirmation message 260, a 
cryptographic Cipher Key (CK) 290, and an Integrity Key (IK) 310. The CK 
290 and IK 310 are conveyed to the mobile unit 220. 
25 At the mobile unit 220, the CK 290 can be used to encrypt 

communications between the mobile unit 220 and the VS 210, so that 
communications can be decrypted only by the intended recipient of the 
message. Techniques for using a cryptographic key to encrypt 
communications are described in co-pending U.S. Patent Application 
30 09/143,441, filed on August 28, 1998, entitled, "Method and Apparatus for 
Generating Encryption Stream Ciphers," assigned to the assignee of the 
present invention, and incorporated by reference herein. Other encryption 
techniques can be used without affecting the scope of the embodiments 
described herein. 
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The IK 310 can be used to generate a message authentication code 
(MAC), wherein the MAC is appended to a transmission message frame in 
order to verify that the transmission message frame originated from a 
particular party and to verify that the message was not altered during 
5 transmission. Techniques for generating MACs are described in co-pending 
U.S. Patent Application No. 09/371,147, filed on August 9, 1999, entitled, 
"Method and Apparatus for Generating a Message Authentication Code," 
assigned to the assignee of the present invention and incorporated by 
reference herein. Other techniques for generating authentication codes may 
10 be used without affecting the scope of the embodiments described herein. 
Hence, the term "signature" as used herein represents the output of any 
^ authentication scheme that can be implemented in a communication system. 
N3 Alternatively, the IK 310 can be used to generate an authentication 

£s§ signature 340 based on particular information that is transmitted separately or 
^ y 15 together with the transmission message. Techniques for generating an 
y authentication signature are described in U.S. Patent 5,943,615, entitled, 
]r "Method and Apparatus for Providing Authentication Security in a Wireless 

H Communication System," assigned to the assignee of the present invention 
f y and incorporated by reference herein. The authentication signature 340 is the 
It 20 output of a hashing element 330 that combines the IK 310 with a message 
M 350 from the mobile unit 220. The authentication signature 340 and the 
message 350 are transmitted over the air to the VS 210. 

As seen in FIG. 2, the cryptographic key 290 and the integrity key 310 
are transmitted from the subscriber identification token 230 to the mobile unit 
25 220, which proceeds to generate data frames for public dissemination over 
the air. While this technique may prevent an eavesdropper from determining 
the values of such keys over the air, this technique does not provide 
protection from attack by a rogue shell. A rogue shell can be programmed to 
accept the CK 290 and the IK 310, and to then store the keys rather than 
30 purging the presence of such keys from local memory. Another method to 
steal keys is to program the mobile unit 220 to transmit received keys to 
another location. The CK 290 and the IK 310 can then be used to fraudulently 
bill unauthorized communications to the subscriber. This rogue shell attack is 
particularly effective in systems wherein the random number generated at the 
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Home System 200 is used in a manner that is insecure, such as the case 
when the same generated keys are used for an extended period of time. 

An embodiment that protects against a rogue shell attack uses the 
processors and memory in the subscriber identification token to generate an 
5 electronic signature that cannot be reproduced by a mobile unit without the 
insertion of the subscriber identification token. 

FIG. 3 illustrates an embodiment for performing local authentication of 
a subscriber in a wireless communication system. In this embodiment, the 
subscriber identification token 230 is programmed to generate an 
10 authentication response based on a key that is not passed to the mobile unit 
220. Hence, if the mobile unit used by a subscriber is a rogue shell, the rogue 
f 3 shell cannot recreate the appropriate authentication responses. 

N3 Similar to the method described in FIG. 2, the mobile unit 220 

m 

|n generates a signature signal based upon an IK 310 that is received from the 

Yt 15 subscriber identification token 230 and a message that is to be sent to the VS 

W 210. However, in one embodiment, the signature signal is not passed to the 

S3 

a VS. The signature signal is passed to the subscriber identification token 230, 

p and is used along with an additional key to generate a primary signature 
FU signal. The primary signature signal is sent out to the mobile unit 220, which 

p 20 in turn transmits the primary signature signal to the VS 210 for authentication 
~ r * purposes. 

HS 200 generates a random number 240 and an expected response 
(XRES) 270 based on knowledge of the Secure Key held on the subscriber 
identification token 230. The random number 240 and the XRES 270 are 
25 transmitted to the VS 210. Communication between the HS 200 and the VS 
210 is facilitated in the manner described in Fig. 1. The VS 210 transmits the 
random number 240 to the mobile unit 220 and awaits the transmission of a 
confirmation message 260 from the mobile unit 220. The confirmation 
message 260 and the XRES 270 are compared at a compare element 280 at 
30 the VS 210. !f the confirmation message 260 and the XRES 270 match, the 
VS 210 proceeds to provide service to the mobile unit 220. 

Mobile unit 220 conveys the random number 240 to the subscriber 
identification token 230 that has been electronically coupled with the mobile 
unit 220 by the subscriber. A Secure Key 300 is stored on the subscriber 
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identification token 230. Both the Secure Key 300 and the random number 
240 are used by a key generator 250 to generate the confirmation message 
260, a Cryptographic Key (CK) 290, an Integrity Key (IK) 310, and a UIM 
Authentication Key (UAK) 320. The CK 290 and IK 310 are conveyed to the 
5 mobile unit 220. 

At the mobile unit 220, the CK 290 is used for encrypting transmission 
data frames (not shown in FIG. 3). The IK 310 is used to generate a 
signature signal 340. The signature signal 340 is the output of a signature 
generator 330 that uses an encryption operation or a one-way operation, such 
10 as a hashing function, upon the IK 310 and a message 350 from the mobile 
unit 220. The signature signal 340 is transmitted to the subscriber 
identification token 230. At the subscriber identification token 230, the 
^ signature signal 340 and the UAK 320 are manipulated by a signature 
CO generator 360 to generate a primary signature signal 370. The primary 

j[j 15 signature signal 370 is transmitted to the mobile unit 220 and to the VS 210, 
where a verification element 380 authenticates the identity of the subscriber. 
P The verification element 380 can accomplish the verification by regenerating 
jU the signature signal 340 and the primary signature signal 370. Alternatively, 

t'fl the verification element 380 can receive the signature signal 340 from the 

fry 20 mobile unit 220 and only regenerate the primary signature signal 370. 
h: The regeneration of the signature signal 340 and the primary signature 

signal 370 at the VS 210 can be accomplished by a variety of techniques. In 
one embodiment, the verification element 380 can receive a UAK 390 and an 
integrity key from the Home System 200. When the verification element 380 
25 also receives the message 350 from the mobile unit 220, the signature signal 
can be generated and then be used to generate the primary signature 
element. 

The signature generator 360 within the subscriber identification token 
230 can comprise a memory and a processor, wherein the processor can be 
30 configured to manipulate inputs using a variety of techniques. These 
techniques can take the form of encryption techniques, hashing functions, or 
any nonreversible operation. As an example, one technique that can be 
implemented by the subscriber identification token is the Secure Hash 
Algorithm (SHA), promulgated in Federal Information Processing Standard 
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(FIPS) PUB 186, "Digital Signature Standard," May 1994. Another technique 
that can be performed by the subscriber identification token is the Data 
Encryption Standard (DES), promulgated in FIPS PUB 46, January 1977. 
The use of the term "encryption" as used herein does not necessarily imply 
5 that operations must be reversible. The operations may be non-reversible in 
the embodiments described herein. 

The key generator 250 can also comprise a memory and a processor. 
Indeed, in one embodiment, a single processor can be configured to 
accomplish the functions of the signature generator 360 and the key 
10 generator 250. Verification can be performed by calculating the same result 
from the same inputs at the verification element 380, and comparing the 
t3 calculated and transmitted values. 

^3 In a more detailed description of the embodiment above, signal 

£n generator 330 can be configured to implement a technique referred to herein 

Jjf 15 as HMAC-SHA-1 . In the embodiment described above, it was noted that a 
W hashing function could be used within the signal generator 330 to generate a 

s signature signal 340. A description of hash-based MACs (HMACs) can be 

p found in the paper, "Keying Hash Functions for Message Authentication," 

RJ Bellare, et al., Advances in Cryptology - Crypto 96 Proceedings, Lecture 

fll 

Q 20 Notes in Computer Science Vol. 1109, Springer-Verlag, 1996. An HMAC is a 
¥ ~ MAC scheme that uses a cryptographic hash function, such as SHA-1 , in a 

two-step process. In an HMAC-SHA-1 scheme, a random and secret key 
initializes the SHA-1 function, which is then used to produce a digest of the 
message. The key is then used to initialize SHA-1 again to produce a digest 
25 of the first digest. This second digest provides a MAC that will be appended to 
each message. In the embodiment described herein, the integrity key (IK) 
310 that is generated by the subscriber identification token 230 can be used 
as the random and secret key initializing SHA-1. FIG. 4 is a flow chart 
illustrating the implementation of the HMAC in the mobile station, which is 
30 initialized by an integrity key from the subscriber identification token, and the 
implementation of the HMAC in the subscriber identification token, which is 
initialized by a UIM Authentication Key. 

In FIG. 4, HS 200 generates a random number 240 and an expected 
response (XRES) 270 based on knowledge of the private information held on 
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the subscriber identification token 230. The random number 240 and the 
XRES 270 are transmitted to the VS 210. Communication between the HS 
200 and the VS 210 is facilitated in the manner described in Fig. 1. The VS 
210 transmits the random number 240 to the mobile unit 220 and awaits the 
5 transmission of a confirmation message 260 from the mobile unit 220. The 
confirmation message 260 and the XRES 270 are compared at a compare 
element 280 at the VS 210. If the confirmation message 260 and the XRES 
270 match, the VS 210 proceeds to provide service to the mobile unit 220. 

Mobile unit 220 conveys the random number 240 to the subscriber 
10 identification token 230 that has been electronically coupled with the mobile 
unit 220 by the subscriber. A Secure Key 300 is stored on the subscriber 
identification token 230. Both the Secure Key 300 and the random number 
240 are used by a key generator 250 to generate the confirmation message 
|0 260, a Cryptographic Key (CK) 290, an Integrity Key (IK) 310, and a UIM 

y 15 Authentication Key (UAK) 320. The CK 290 and IK 310 are conveyed to the 
f j mobile unit 220. 

P At the mobile unit 220, the CK 290 is used for encrypting transmission 

P data frames (not shown in FIG. 4). The IK 310 is used to generate a 

|:j signature signal 340 from the signature generator 330. The signature 

FLJ 20 generator 330 is configured to produce a transformation of the message 260 
'T% through the use of SHA-1 . The SHA-1 hashing function is initialized by the IK 

310. 

The signature signal 340, which is the result of the SHA-1 hashing 
function transforming the message 260, is transmitted to the subscriber 

25 identification token 230. At the subscriber identification token 230, the 
signature signal 340 and the UAK 320 are manipulated by a signature 
generator 360 to generate a transformation of the of the signature signal 340, 
which is the UIM message authentication code (UMAC) 370. The signature 
generator 360 is also configured to implement the SHA-1 hashing function, 

30 However, the function is initialized using UAK 320, rather then IK 310. 

The UMAC 370 is transmitted to the mobile unit 220 and to the VS 210, 
where a verification element 380 authenticates the identity of the subscriber. 
The verification element 380 can accomplish the verification by regenerating 
the signature signal 340 and the UMAC 370. Alternatively, the verification 
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element 380 can receive the signature signal 340 from the mobile unit 220 
and only regenerate the UMAC 370. 

FIG. 5 is a flow chart illustrating a generalized description of the 
embodiment. At step 500, a mobile unit generates a message that requires 
5 authentication. At step 501, the mobile unit receives an integrity key (IK) of 
length L from a subscriber identification token. At step 502, the mobile unit 
pads the integrity key IK to length b, wherein b is the block size of the hashing 
function of a signature generator within the mobile unit. In one embodiment, 
the key can be zero-padded to length b. In another embodiment, the key can 
10 be XORed with padding constants of length b. If the IK already has length b, 
then this step can be omitted. At step 504, the padded IK is concatenated 
with the message that requires authentication. The concatenation of the 
^ padded IK and the message is then hashed at step 505 by a signature 

C3 generator configured to implement a hashing function such as SHA. In one 

y 15 embodiment, the output of the XOR operation is saved within a memory 

H element, and can be recalled for further use if the IK from the subscriber 

w 

P identification token remains the same during the communication session. 

h If the UIM authentication key (UAK) is to be used, then the program 

|: flow proceeds to step 510. If the UAK is not to be used, then the program 

I ST 

fy 20 flow proceeds to step 520. 

JT At step 510, the hashed message from step 505 is transmitted to the 

subscriber identification token. At step 51 1 , the subscriber identification token 
pads the UAK to length b, unless the UAK is already of length b. The padded 
IK can be stored in memory for reuse when a subsequent message requires 

25 authentication during the communication session. At step 512, the padded IK 
and the hashed message are concatenated and inputted into a signature 
generator. The signature generator is configured to implement a hashing 
function, such as SHA-1 at step 513. At step 514, the output of the signature 
generator is transmitted from the subscriber identification token to the mobile 

30 unit. 

At step 520, the same integrity key is used to rehash the already 
hashed message. The hashed message from step 505 is sent to a second 
signature generator within the mobile unit. Or alternatively, the hashed 
message can be re-inserted into the signature generator of step 505. If one 
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integrity key is to be used in two hashing processes, then the integrity key 
must be altered so that each of hashing generators is initialized with a 
different value. For example, for each hashing step, the integrity key can be 
bit-wise added to either constant value Ci or constant value C2, both of length 
5 b. Using this method, only one integrity key needs to be generated by the 
subscriber identification token. 

It should be noted that the more secure embodiment is the 
implementation wherein the second hashing step is performed using the UAK 
at the subscriber identification token. 
10 The process described in FIG. 5 can be mathematically described by 

the equation: 

f ^ ' 

m HMAC(x) = F ioken (UAK, F mobi ,e(/K, x)), 

€□ 

m ' 

t= 15 wherein F Y ( ) represents a hashing function performed at a location Y, x 
fey represents the original message, UAK and IK are the keys, and a comma 

represents a concatenation. 
P A subscriber identification token used in a CDMA system or a GSM 

pi system, also known as an R-UIM or a USIM, respectively, can be configured 

j^ 5 20 to generate the primary signature signal or UMAC in the manner described 
M above, i.e., all messages generated by the mobile unit are encrypted and 

authenticated. However, since the central processing unit in such tokens can 
be limited, it may be desirable to implement an alternative embodiment, 
wherein a weight of importance is assigned to a message frame so that only 
25 important messages are securely encrypted and authenticated. For example, 
a message frame containing billing information has more need for increased 
security than a message frame containing a voice payload. Hence, the 
mobile unit can assign a greater weight of importance to the billing information 
message frame and a lesser weight of importance to the voice message 
30 frame. When the subscriber identification token receives the signature signals 
generated from these weighted messages, the CPU can assess the different 
weights of importance attached to each signature signal and determine a 
primary signature signal for only the heavily weighted signature signals. 
Alternatively, the mobile unit can be programmed to convey only the 
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"important" signature signals to the subscriber identification token. This 
method of selective primary signature signal generation increases the 
efficiency of the subscriber identification token by lightening the processing 
load of the subscriber identification token. 
5 The embodiments described above prevent unauthorized use of a 

subscriber's account by requiring a more secure transaction between the 
subscriber identification token and the mobile unit. Since the mobile unit 
cannot generate a primary signature signal without knowledge of the secret 
UAK, the mobile unit that is programmed to act as a rogue shell cannot 
10 misappropriate subscriber information for wrongful purposes. 

The embodiments described above also maximize the processing 
capability of the subscriber identification token by operating on a signature 
signal, rather than a message. Typically, a signature signal will have a 
£3 shorter bit length than a message. Hence, less time is required for the 

y 15 signature generator in the subscriber identification to operate on a signature 
p signal rather than a transmission message frame. As mentioned above, the 
S3 processing capability of the subscriber identification token is usually much 

p less than the processing capability of the mobile unit. Hence the 

|;| implementation of this embodiment would provide secure authentication of 

FU 20 messages without sacrificing speed. 

*2 However, it should be noted that improvements in processor 

architectures occur at an almost exponential pace. Such improvements 
consist of faster processing times and smaller processor sizes. Hence, 
another embodiment for providing local authentication can be implemented 

25 wherein the primary signature signal can be generated directly from a 
message, rather than indirectly through a short signature signal. A mobile unit 
can be configured to pass a message directly to the subscriber identification 
token, one with the capability to generate a primary signature signal quickly, 
rather than passing the message to a signature generating element within the 

30 mobile unit. In another embodiment, only a limited number of messages need 
be passed directly to the subscriber identification token, in accordance with 
the degree of security needed for said messages. 

It should be noted that while the various embodiments have been 
described in the context of a wireless communication system, the various 
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embodiments can be further used to provide secure local authentication of 
any party using an unfamiliar terminal connected in a communications 
network. 

Thus, novel and improved methods and apparatus for performing local 
5 authentication of a subscriber in a communication system have been 
described. Those of skill in the art would understand that the various 
illustrative logical blocks, modules, circuits, and algorithm steps described in 
connection with the embodiments disclosed herein may be implemented as 
electronic hardware, software, firmware, or combinations thereof. The various 
10 illustrative components, blocks, modules, circuits, and steps have been 
described generally in terms of their functionality. Whether the functionality is 
implemented as hardware, software, or firmware depends upon the particular 
application and design constraints imposed on the overall system. Skilled 
CO artisans recognize the interchangeability of hardware, software, and firmware 

m 

y 15 under these circumstances, and how best to implement the described 

f~ functionality for each particular application. 

fey 

B3 Implementation of various illustrative logical blocks, modules, circuits, 

2 

p and algorithm steps described in connection with the embodiments disclosed 

|j herein may be implemented or performed with a digital signal processor 

m 20 (DSP), an application specific integrated circuit (ASIC), a field programmable 
rf gate array (FPGA) or other programmable logic device, discrete gate or 

transistor logic, discrete hardware components. A processor executing a set 
of firmware instructions, any conventional programmable software module 
and a processor, or any combination thereof can be designed to perform the 
25 functions described herein. The processor may advantageously be a 
microprocessor, but in the alternative, the processor may be any conventional 
processor, controller, microcontroller, or state machine. The software module 
could reside in RAM memory, flash memory, ROM memory, EPROM memory, 
EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any 
30 other form of storage medium known in the art. An exemplary processor is 
coupled to the storage medium so as to read information from, and write 
information to, the storage medium. In the alternative, the storage medium 
may reside in an ASIC. The ASIC may reside in a telephone or other user 
terminal. In the alternative, the processor and the storage medium may 
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reside in a telephone or other user terminal. The processor may be 
implemented as a combination of a DSP and a microprocessor, or as two 
microprocessors in conjunction with a DSP core, etc. Those of skill would 
further appreciate that the data, instructions, commands, information, signals, 
bits, symbols, and chips that may be referenced throughout the above 
description are represented by voltages, currents, electromagnetic waves, 
magnetic fields or particles, optical fields or particles, or any combination 
thereof. 

Various embodiments of the present invention have thus been shown 
and described. It would be apparent to one of ordinary skill in the art, 
however, that numerous alterations may be made to the embodiments herein 
disclosed without departing from the spirit or scope of the invention. 

WE CLAIM: 



